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system operable with backup data on different games machines 



(57) A game system utilizes a first game machine 
and a second game machine. The backup data 
obtained through playing a first game on the first game 
machine is memorized in a first game cartridge. The 
first game cartridge is attached to an extension adapter, 
and the extension adapter is in turn mounted on a con- 
troller for the second game machine. Accordingly, the 
backup data of the first game machine is taken into the 
second game machine. The second game machine is 
attached with a second game cartridge. The second 
machine executes a second game by processing the 
backup data according to a second game program set 
up in the second game cartridge. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the invention 5 

[0001] This invention relates to a game system which 
can use backup data on different kind game machines 
for playing games. More particularly, the invention 
relates to a game system which can utilize the backup u 
data memorized in a certain-kind-game-machine mem- 
ory medium, such as a game cartridge, on another dif- 
ferent kind game machine superior in processability to 
the one kind game machine, thus realizing game play in 
association with between different kind game machines 75 
in an inter-linking fashion. 

Description of the prior art 

[0002] Conventionally, there has been an prior art as 20 
known in Japanese Patent Laying-open No. H7-92943 
(USP 5, 552, 799) wherein game play is possible on a 
video game machine with using a program memorized 
on a game cartridge for a portable game machine. How- 
ever, this prior art is not adapted to play an inter-linking 25 
game on the video game machine by the utilization of 
the backup data memorized on a portable-machine 
game cartridge. 

[0003] Also the conventional game software for porta- 
ble or video game machines, even if serially arranged in 30 
respect of genru or game idea, are produced independ- 
ently of between the video game machines different in 
processability one another. There has been no game 
software available that takes interchangeability into 
account or games are played in an associated fashion 35 
on different kind game machines. 
[0004] There has been no interchangeability in the 
conventional game software between different process- 
abilities of portable or video game machines. It is impos- 
sible to use such data (so-called backup data) that 40 
varies due to game progression and gained through 
playing on one game machine, in game play on another 
game machine different in processability from the one 
game machine. Due to this, there are difficulties in mak- 
ing efficient use of such game-progression-related data 45 
as gained through spending significant time, e.g., the 
data of captured characters or character capability val- 
ues in a game to capture appearing characters; and the 
data of cleared stages, player object capability values 
and experience values in a game to clear stages by 50 
increasing the player character (or player object) experi- 
ence value while battling with appearing enemies as in 
a role-playing game. That is, where the video game 
machines for playing a game with game software are 
different from one another, even if the software is appli- 55 
cable for a higher-grade machine that is the same in 
method and rule of game play, it is impossible to per- 
form game play on another higher-grade game machine 



with using game-progressipn-related data, such as on 
experience value, that have acquired through playing 
with the game software on one game machine. Thus 
associated games on between different kind game 
machines have not been realized. 
[0005] The players are probably not expecting perfect 
interchangeability between the higher and lower proc- 
essability game machines. However, they may have a 
desire to effectively utilize game-progression^related 
backup data (e.g., captured character kinds and capa- 
bility values, experience value data, gained items or life, 
etc.) having acquired through playing with lower-grade- 
machine game software, or to play an associated game 
on between different game machines. 
[0006] Also, the transfer of game software data to a 
different game machine requires especial connection 
hardware. However, no connection hardware is availa- 
ble which is appropriate or easy to use or handle. 
[0007] In the meanwhile, where an interchangeability 
is given to between game-soft memory mediums of dif- 
ferent game machines, there would be change of 
backup data after playing, on a higher-grade game 
machine, with utilizing the backup data memorized on a 
memory medium of a cartridge type or game-machine- 
integrated type. This changed backup data has to be 
update-written into the memory medium, in such a 
case, when a plurality of players are playing simultane- 
ously on a higher-grade game machine, there may 
occur difference in status between the memory medium 
from which the backup data has been read at game 
start and the memory medium to be written by updated 
backup data upon ending the game. If a memory 
medium of one player be written over by another 
player's backup data, he would lose his own backup 
data that has been acquired and raised characters 
through devotion of his energy. Such a situation would 
throw the player into a strong disappointment or dis- 
pleasure, and hence should be prevented. 

SUMMARY OF THE INVENTION 

[0008] Therefore it is a primary object of the present 
invention to provide a novel game system. 
[0009] It is another object of the present invention to 
provide a game system which is capable of utilizing 
data, that has been obtained through playing game soft- 
ware for one game machine and varies due to game 
progression, to play a game according to associated or 
inter-linked game software for another game machine. 
[001 0] It is still another object of the present invention 
to provide a game system which is capable of utilizing 
data, that has been obtained through playing game soft- 
ware for one game machine and varies due to game 
progression, to enjoy a more sophisticated or associ- 
ated game. 

[001 1 ] It is a further object of the present invention to 
provide a game system which is capable of writing own 
backup data into a memory medium without errone- 
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ously writing over by other player's backup data even 
where a plurality of players play on a same higher-grade 
game machine by providing player-by-p!ayer identifica- 
tion data in memory mediums memorizing game soft- 
ware. 

[0012] *■ A game system playable utilizing backup data 
for different kind game machines according to the 
present invention, is adapted to use the backup data, 
obtained through playing a game on a first game 
machine including a first processing means, for game 10 
play on a second game machine different from the first 
game machine but including a second processing 
means. 

[001 3] Specifically, the game system, comprises: a 
first backup data memory means (15b) for memorizing 15 
backup data obtained by processing a first game pro- 
gram memorized in a first game program memory 
means (1 5a) by a first processing means (11) included 
in a first game machine (10); a second game machine 
(20) having a second processing means (21 ) ; an access 20 
means (50, 24, 23d, 23b, 22: 23f, 23a, 22: 2, 13, 24, 
23d, 23b, 22: 23e, 22) for causing the second process- 
ing means (21) to access to the first backup data mem- 
ory means (1 5b); a second backup data memory means 
(25b) provided in association with the second game 25 
machine (20) and temporarily memorizing the backup 
data read out of the first backup data memory means 
(15b) by the second processing means (21); and a sec- 
ond game program memory means (25a) provided in 
association with the second game machine (20) and 30 
memorizing second game program to be processed by 
the second processing means (21), wherein the second 
processing means effects a game associated with the 
backup data by executing the second game program 
memorized in the second game program memory 35 
means while utilizing the backup data memorized in the 
second backup data memory means 
[0014] According to the present invention, a novel 
game system is provided that can utilize the data (so- 
called backup data), that has been obtained through 40 
playing certain machine game software and varies due 
to game progression," in playing a game according to 
associated game software for another game machine. 
[0015] With the game system of the invention, it is 
possible to enjoy a second game by taking over the 45 
backup data, such as experience values, lives and 
gained characters, obtained through playing a first 
game according to past-released game software for dif- 
ferent kind game machine. Due to this, time saving is 
available to obtain desired backup data as compared so 
with the play with second-game software from its begin- 
ning. 

[001 6] Where an earlier-released first game machine 
is lower in processability than a later-released second 
game machine, it is possible to play a game with tunc- 55 
tions higher than those of the first-machine game soft- 
ware according to second-machine game software 
associated with a first-machine game content. 



[0017] The access means includes a connection 
means (50, 24, 23d, 23b, 22: 23f, 23a, 22: 12, 13, 24, 
23d, 23b, 22: 23e, 22) for electrically connecting the 
second processing means to the first backup data mem- 
ory means. 

[0018] This electrically connecting means includes a 
game machine connection means (13, 24, 23d, 23b, 22: 
23e, 22) for connecting the first game machine to the 
second processing means where the first backup data 
memory means (15b) is incorporated in the first game 
machine (10). The game machine connection means, 
specifically, includes a connector means (13, 24, 23d, 
23b: 23e) for connecting between a first interface (12) 
provided in the first game machine (10) and connected 
to the first processing means (11) and a second inter- 
face (22) provided in the second game machine (20) 
and connected to the second processing means (21). 
[0019] The electrically connecting means includes a 
memory medium connection means (50, 24, 23d, 23b, 
22) for connecting the first external memory medium 
(1 5) to the second processing means (21 ) when the first 
backup data memory means (1 5b) includes a first exter- 
nal memory medium (15) that is attachable to and 
detachable from the first game machine (10). Specifi- 
cally, where there is a controller (24) associated with the 
second game machine (2) and connected to the second 
processing means (22), the memory medium connec- 
tion means includes an adapter means (50) for connect- 
ing the external memory medium to the controller. The 
adapter means includes a first connector (24a) provided 
on the controller (50) and a second connector (50a) 
connected to the first connect 

[0020] The first game program memory means (15a) 
and the first backup data memory means (15b) may be 
formed at different areas in the first memory means (15) 
or on one memory medium. 

[0021] The second game program memory means 
(25a) and the second backup data memory means 
(25b) may be formed at different areas in the second 
memory means (25) or on one memory medium. 
[0022] In a preferred embodiment, further comprised 
are a first identification information holding means (15a) 
for holding first identification information (game name, 
version data) in association with the first backup data 
memory means (15b) and a use determining means 
(21 , S15) for determining based on the first identification 
information on whether the backup data of the first 
backup data memory means is usable or not. In this 
case, an inapplicable notifying means (21, S23) notifies 
an inapplicability when not-usable is determined by the 
use determining means. 

[0023] In one aspect of the present invention, the 
game system further comprise a write means (21 , S1 7) 
for writing the backup data read out by a second 
processing means (21) into the second backup data 
memory means (25b). Where the second backup data 
memory means includes a plurality of memory areas 
(261 - 264), the game system further comprises a spec- 
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rfymg means (21, S12) for specifying the first backup 
data memory means, wherein the write means writes 
the backup data into one of the memory areas corre- 
sponding to the first backup data memory means spec- 
ified by the specifying means. Where the access means 5 
includes a plurality of access channels (24, 24A - 24D) 
through which the plurality of first backup data memory 
means are enabled to access by the second processing 
means, the specifying means specifies an access chan- 
nel through which the second processing means has u 
accessed to the first backup data memory means 
thereby specifying the first backup data memory means. 
[0024] In an important phase of the present invention, 
the game system further comprises an update means 
(21, S97) for updating the backup data memorized in is 
the first backup data memory means depending upon 
change caused as a result of executing the second 
game program by the second processing means. The 
updated backup data is once written in the second 
backup data memory means. Where the second backup 20 
data memory means includes plurality of memory areas 
(261 - 264), the update means writes the backup data 
into one of the plurality of memory areas corresponding 
to a first backup data memory means specified by a 
specifying means (21, S12) for specifying the first 25 
backup data memory means. 

[0025] Also, the game system comprises a second 
identification information holding means (15b) for hold- 
ing second identification information (ID, Name) in asso- 
ciation with the first backup data memory means (1 5b), 30 
an identification information read means for reading out 
the second identification information from the second 
identification information holding means, and a tempo- 
rary memory means (21, S93, 26) for temporarily mem- 
orizing the second identification information, wherein an 35 
update determining means (21, S96) determines on 
whether the backup data in the first backup data mem- 
ory means may be updated or not. depending upon the 
second identification information memorized in the tem- 
porary memory means. 40 
[0026] The update determining means, specifically, 
includes a read means (21, S93) for reading out the 
second identification information associated with the 
first backup data memory means to which the second 
processing means is accessing, and a second identifi- 45 
cation information determining means (21, S96) for 
determining on whether the second identification infor- 
mation memorized in the temporary memorizing means 
and the second identification information read out by the 
read means are in a predetermined relationship or not. so 
[0027] In this aspect, when a plurality of players plays 
games simultaneously using their own first-machine 
backup data on the second game machine and thereaf- 
ter write varied backup data into their own ones of the 
first backup data memory means, it is possible to pre- ss 
vent against writing with another player's backup data 
by mistake. 

[0028] Incidentally, the second game program may be 



a game program associated with the first game pro- 
gram, and the second game program may include a 
conversion program for rendering the first game pro- 
gram in a form processable by the second processing 
means. Where the conversion program includes an 
acceleration program according to which the second 
processing means can execute the first game program 
at a speed higher than a speed of execution of the first 
game program by the first processing means, it is possi- 
ble to play a game with the first game program on the 
second game machine at a speed higher than that of 
play with the first game program on the first game 
machine. 

[0029] The first and second game programs may be 
arbitrary kinds of game programs. In one embodiment, 
the first game program includes a game program to 
capture a character appearing in a game, a captured 
character code to specify a captured character when a 
player captured the character appearing in the game, a 
write program to memorize capability data representa- 
tive of capability of the character into the first backup 
data memory means, and the second game program 
includes a battle process program to effect a game 
process by using the captured character code and the 
capability data for each captured character to cause 
battling wit a character captured by another player. 
[0030] In another embodiment, the first game program 
includes a program for displaying a two-dimension char- 
acter as an image for the game, a game program for 
capturing a character appearing in the game, and write 
program for specifying a captured character code to 
specify a captured character when the program cap- 
tured a character appearing in game into the first 
backup data memory means, and the second game pro- 
gram including a program for displaying each character 
with polygons in a three-dimension image correspond- 
ing to a character code, displaying the captured charac- 
ter in the three-dimension image based on the captured 
character code. 

[0031] The above described objects and other 
objects, features, aspects and advantages of the 
present invention will become more apparent from the 
following detailed description of the present invention 
when taken in conjunction with the accompanying draw- 
ings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0032] 

Figure 1 is a principle block diagram of a game sys- 
tem according to one embodiment of the present 
invention; y 

Figure 2 is an illustrative view of a memory map of 
memories used in first and second game machines 
in the Figure 2 principle block diagram; 
Figure 3 is a principle block diagram of a game sys- 
tem according to another embodiment of the 
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present Invention; 

Figure 4 is an "external view of one example of a 
second game machine to which the present inven- 
tion is applied; 

Figure 5 is a perspective view of an extension s 
adapter as viewed from above; 
Figure 6 is a perspective view of the extension 
adapter as viewed from backside; 
Figure 7 is a side view showing a state before con- 
necting the extension adapter to a controller; w 
Figure 8 is a side view showing a state that a first- 
machine game cartridge is attached to the exten- 
sion adapter and the extension adapter is mounted 
on the controller; 

Figure 9 is a main routine flowchart according to 75 

one embodiment of the present invention; 

Figure 10 is a subroutine flowchart of a reading 

process; 

Figure 11 is a subroutine flowchart of a picture book 
mode; 20 

Figure 12 is a subroutine flowchart of the picture 
book mode; 

Figure 13 is a subroutine flowchart of an attack 
mode; 

Figure 14 is a subroutine flowchart of the attack 25 
mode; 

Figure 15 is a subroutine flowchart of a backup data 
update mode; 

Figure 16 is an example of display of a title screen; 
Figure 1 7 is a view showing an example of display- 30 
ing identification codes (ID codes) and names of 
one player or more in the picture book mode; 
Figure 18 is a view showing an example of display- 
ing a command input state wherein one player is 
selected in the picture book mode; 35 
Figure 19 is a view showing an example of display- 
ing a list of captured monsters in the picture book 
mode; 

Figure 20 is a view showing an example of display- 
ing information on one monster (type 1) selected in 40 
the picture book mode; 

Figure 21 is a view showing an example of display- 
ing information on the monster (type 2) selected in 
the picture book mode; 

Figure 22 is a view showing an example of informa- 45 
tion on the monster (type 3; with commentaries 
about tricks) selected in the picture mode; 
Figure 23 is a view showing an example of display- 
ing hit-point data and capability data of a plurality 
(six) of monsters selected for battling in the battle so 
mode; and 

Figure 24 is a view showing a scene battling 
between the respective monsters of the first and 
second players in the battle mode. 

55 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0033] The "game system playable by utilizing backup 
data on different type game machines" (hereinafter 
referred to as as "game system") embodied in the 
present invention includes a first-machine that is a port- 
able game machine or an LCD-type portable game 
machine, and a second-machine of a video game 
machine. Using the backup data obtained through play- 
ing according to a first-machine game software on the 
first-machine, the game is played on the second- 
machine while processing a second-machine game pro- 
gram associated with (or inter-linked to) the first- 
machine game software. That is, the second-machine 
game program is executed in association with the first- 
machine game. 

[0034] Here, the backup data may take various data 
forms in respect of genru or kind of game software. For 
example, where the software is concerned with a game 
to capture animals, imaginary pets, or fictional animals 
(monsters), or to raise captured animals, or to make the 
animals captured by one and his friend to battle with, 
the backup data may be constituted by the data of cap- 
tured-character to specify characters thus captured, the 
data representing capabilities of the captured charac- 
ters or the data of tricks applicable to the battle. Where 
the software is of a role playing game, the backup data 
may include the data concerning the kind and number of 
acquired items, the kind of black arts applicable, experi- 
ence values, life values, etc. Further, where the game 
software is a baseball game as one example of sport 
games, the backup data may include, in a past team 
play, a batting average, the number of home runs, the 
number of stolen bases, an error rate, an earned run 
average, and the number of strikeouts of each player, or 
his butting power, running power, ball speed, etc. 
matched to a training condition. 
[0035] In this manner,.the backup data varies depend- 
ing on a kind of game. Now explanations will be made 
on a game to capture a fictional animal or the like, train 
(raise) the captured fictional animal or make it battle. 
[0036] Fig. 1 is a principle block diagram of a game 
system according to one embodiment of the present 
invention. In Figure 1 , the game system of the invention 
includes a first-machine 10 having a game cartridge 15 
memorizing backup data at its backup data storing 
memory (temporary storing memory: e.g., RAM). This 
backup data can be utilized to play a game using a sec- 
ond-machine game program memorized in a game car- 
tridge 25 or a disc memory medium 35. That is, a game 
related to the first-machine game software or a game 
operable in association with the first-machine 10 can be 
played using the backup data. 

[0037] Here, the first-machine 1 0 is for example a 
portable game machine or an LCD-type game machine 
(e.g., the product "Game Boy" marketed by the present 
applicant; registered trademark). The second-machine 
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20 is for example a recently-developed game machine 
(e.g., the product "Nintendo 64" marketed by the 
present applicant) utilizing an advanced technology, 
such as 32 or 64 bits, higher in processability (for exanv 
pie in CPU bit number, CPU program processability per 5 
unit time or image representability) as compared with 
that of the first-machine 10. Note that the first-machine 
10 may employ, for example, an 8- or 16-bit video game 
machine if it is lower in processability than the second- 
machine 20. Also, the second-machine 20, if possess- 10 
ing a processability of 16 or 32 bits, may be equivalent 
in processability to the first-machine 10. This would be 
effective for such a case that the first-machine 1 0 is of a 
portable type and the second-machine 20 is stationary 
type connectable to a home-use TV set. However, the 15 
invention is of course not limited in respect of technical 
idea to the above-stated cases. 

[0038] Now explanations will be made in detail on the 
first-machine 10 constituting a basis for the game sys- 
tem of the invention and the memory cartridge (external 20 
memory medium) 1 5 usable as one example of a mem- 
ory medium therefor. In the below explanation an LCD- 
type portable game machine is used as an example of 
the first-machine 10. The first-machine 10 includes, for 
example, an 8-bit CPU (first processing means) 1 1 . The 25 
CPU 11 is connected with an input/output interface 
(hereinafter referred to as "I/O") 12. To the I/O 12 are 
connected a connector 13 as well as a controller 14 for 
instructing the movement or motion of a game charac- 
ter. A memory cartridge 1 5, stated later, is disconnecta- 30 
bly connected to the connector 13. Further, the CPU 1 1 
is connected with a RAM 11, including a working RAM, 
a display RAM and the like, and an LCD drive circuit 18 
for driving a liquid crystal display (LCD) 17. 
[0039] Note that the f irst-machthe 1 0 is not limited to 35 
such a structure that is detachably attached with a 
memory cartridge 15 but may be a structure incorporat- 
ing therein a ROM 15a and RAM 15b and a housing is 
integrally provided with a connector to transfer the 
backup data memorized on the RAM 15b directly or 40 
indirectly through a cord, etc., as shown in Fig. 3. 
[0040] In place of the ROM 15a, a RAM having a large 
capacity (S-RAM), whose data is prevented by a battery 
from being disappeared, may be provided. One part of 
the S-RAM is used as a program area corresponding to 45 
the ROM 15a and the remaining area is used as a 
backup data (temporarily memorizing) area correspond- 
ing to the RAM 15b. In such a case, the first-machine 
game program is previously memorized on the program 
area. The program area is installed with a program to so 
prohibit backup data from being written thereon. Fur- 
ther, in place of using the cartridge 15 (external memory 
medium) including the ROM 15a and RAM 15b, a high- 
capacity RAM (can be used with the built-in RAM 16) 
may be provided within the first-machine 10 so that the 55 
RAM is used both as program and backup data areas 
wherein the program area is updated and written by the 
data of a desired program. 



[0041] The memory cartridge 15 incorporates, by 
mounting on a substrate, a non-volatile memory (e.g., 
ROM, EP-ROM, one-time ROM; hereinafter referred to 
nas "ROM") 15a for memorizing a first-machine game 
program, and a writable readable memory (e.g., RAM, 
EP-ROM; hereinafter referred to as "RAM") 15b as one 
example of a backup data memory means (or tempo- 
rary memorizing means) for memorizing backup data 
occurring and developing in the course of game pro- 
gression. 

[0042] The ROM 15a is previously memorized, as 
shown in a memory map at upper left in Figure 2, with a 
first-machine game program (e.g., the data of charac- 
ters appearing the game, program data for controlling 
the characters in display, backup data write program, 
etc.), as well as game title data (the game title and the 
versions if one game title includes versions). The RAM 
15b includes a memory area for memorizing, on a car- 
tridge-by-cartridge basis, a discrimination code, player 
(or trainer) names, data of gained characters, gained- 
character capability data, etc. The substrate has a plu- 
rality of terminals formed at one side, for electrical con- 
nection to the connector 13. 

[0043] Note that the identification code refers to an 
arbitrary code a user has inputted by operating the con- 
troller 14 in order to discriminate an owner of the car- 
tridge 15 or a serial No. of the first-machine 10. For 
example, the ROM 15a may be structured by a one-time 
ROM fixedly written with a serial No. of the cartridge 15 
thereon. 

[0044] Now explanations will be made in detail on the 
second-machine 20 to which the invention is applied 
and the memory cartridge (hereinafter referred to as 
"cartridge") 25 used as one example of an external 
memory medium therefor. The second-machine 20 
includes, for example, a 64-bit CPU (second processing 
means) 21 The CPU 21 is connected with an input/out- 
put interface (hereinafter referred to as "I/O") 22. To the 
I/O 22 are connected a connector 23a for connection 
with a second-machine memory cartridge 25, a connec- 
tor 23b for connection with a controller 24, and a con- 
nector 23c if required. The connector 23b is connected 
with a controller 24 through a connector 23d. Note that, 
where the second-machine 20 is usable for a game in 
which a plurality of players participate at a same time, a 
plurality of sets of connectors 23b, controllers 24 and 
connectors 23d are provided. 

[0045] The connector 23a is disconnectably con- 
nected with the cartridge 25. Further, the CPU 21 is 
connected with a RAM 26 employed as a working RAM 
and an image processing unit (RCP) 27. 
[0046] The RAM 26 includes, as shown at lower right 
in Figure 2, memory areas 261 - 264 respectively uti- 
lized for a plurality of players, and further including a flag 
area 265. counter area 266, and register areas 267. 
268. The memory areas 261 - 264 are written, at areas 
corresponding to the controller, by backup data (car- 
tridge 15 identification code, name, data of gained char- 
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acters, data of capability for each gained character, etc.) 
and game-softwar#"title and version data which have 
been stored in the RAM 15b of the cartridge 15 con- 
nected to the controller 24A - 24D through an extension 
adapter 50. The flag area 265 includes flags Fa - Fd cor- 5 
responding respectively to the controllers 24A - 24D, 
which can be written by a logic "1 " to discriminate any of 
the controllers 24A - 24D connected with a cartridge 15. 
The counter area 266 is utilized for counters (CNT1, 
CNT2) that are used to detect a controller 24A - 24D in 10 
connection with the cartridge 1 5, and a player-by-player 
memory area in the RAM 26. The register areas 267, 
268 are used to memorize power of two player's mon- 
sters battling in a battle mode. 

[0047] The RCP 27 is connected with a video RAM 28. 75 
The video RAM 28 has a memory area for memorizing 
red (R), green (G) and blue (B) of color data corre- 
sponding to each dot of one CRT screen such as of a 
raster scan display, so that color data is written in and/or 
read from the memory area for color display under con- 20 
trol of the RCP 27. The color data read from the video 
RAM 28 is converted by an encoder and/or composite 
image signal generating circuit 29 into analog R, G, B 
signals and/or a composite image signal for being sup- 
plied to the CRT 25 
[0048] The memory cartridge 25 is structured similarly 
to the memory cartridge 15, and incorporates, by 
mounting on a substrate, a non-volatile memory (e.g., 
ROM, EP-ROM; hereinafter referred to as "ROM") 25a 
for memorizing a second-machine game program, and 30 
a writable readable memory (e.g., RAM, EP-ROM; 
hereinafter referred to as "RAM") 25b as one example of 
a temporary memorizing means for memorizing backup 
data occurring and varying due to game progression. 
[0049] The ROM 25a uses a ROM that is greater in 35 
capacity than the ROM 15a, and is previously memo- 
rized, as shown in a memory map at upper right in Fig. 
2, with a second-machine game program (e.g., data of 
characters appearing in the game, program data for dis- 
play-controlling each character, program for writing 40 
< backup data, etc.). Although the game program memo- 

rized by the ROM 25a is partly common in scenario or 
playing way to the first-machine program, the ROM 25a 
includes a program particularly to realize image repre- 
sentation and complicated scenario that are resectable 45 
by the processability of the second-machine 20. For 
example, if the first-machine game program is to display 
second-dimension images, the second-machine pro- 
gram may be to represent three-dimension images or to 
represent three-dimension images in addition to the so 
second-dimension game images as the scene may be. 
Besides, the second-machine program may include an 
increased number of modes of training, raising, etc. or 
an increased kinds of combat ways or rules, or other 
variations, as compared with those of the first-machine 55 
program. 

[0050] The RAM 25b has a memory capacity of sev- 
eral times greater than that of the RAM 15b in order to 



memorize the backup data of a plurality of players. Oth- 
erwise, the memory capacity of the RAM 25b may be 
the same as that of the RAM 15b rf an extension disc 
drive 31 is employed. The RAM 25b has a circuit board 
having a plurality of terminals formed on one side so 
that it is electrically connectable with the connector 23a. 
[0051 ] Incidentally, a writable/readable magnetic disc 
drive 31 may be used, if extensionalrty is required for the 
player to temporarily memorize game-related backup 
data or modify the game program in order to enjoy his 
own game program. In such a case, the extension disc 
drive 31 is connected to the connector 23c. On the 
extension disc drive 31 is mounted a writable and read- 
able disc (e.g., magnetic disc) 35, such as a magnetic 
disc or magneto-optical disc. This disc 35 is used in 
place of or in combination with the memory cartridge 
25. tt is also possible to use, in place of the magnetic 
disc 35, an extension memory medium, such as a CD- 
ROM, hard-disc, and magneto-optical disc. 
[0052] Now explanations will be made on the opera- 
tion to enjoy a game using the present game system. 
When a first-machine 10 is used to enjoy a game, the 
player may attach a memory cartridge containing 
desired game software onto the machine so that he 
manipulates the controller 14 to play a first-machine 
game. At this time, the CPU 1 1 generates display data 
for a player character (character making motions in 
response to player's operation), according to a program 
of the ROM 1 5a and an operating status of the controller 
14. The CPU 1 1 also generates display data for a back- 
ground, enemy character, etc. according to programs, 
irrespectively of the player's operation. The display data 
is combined and then supplied to the LCD drive circuit 
18, for being displayed on the LCD 17. During game 
operation, the CPU 1 1 makes update of the backup data 
by temporarily memorizing it into the RAM 16 each time 
a condition to generate or update backup data is fulfilled 
in the progress of a game, and transfer the backup data 
therefrom to the RAM 15b at appropriate timing. In the 
case of a game to capture a fictional animal, the backup 
data to be memorized in the RAM 15b includes, for 
example, player-designated name data, owner-specify- 
ing identification data created by random number data, 
captured-animal name data or character codes, cap- 
tured -animal capability data, and growth data by raising, 
as shown in a memory map at lower left in Fig. 2. Note 
that the backup data differs depending on a game kind 
or genru, as stated before. 

[0053] To enjoy an associated (or inter-linking) game 
on the second machine 20 utilizing the backup data 
gained through playing the game on the first machine 
10. the second machine 20 is attached, at its connector 
23a, with a memory cartridge 25 memorizing a game 
program (for a series game wherein higher exchangea- 
bility is secured at least in one part function) having a 
relation to a game content in the memory cartridge 15. 
Or otherwise, a disc 35 similarly memorizing a program 
having a relation thereto is attached to the extension 
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disc drive 31 . in addition, the memory cartridge 15 con- 
taining desired backup data is attached to the extension 
adapter 50 (Figure 5, Figure 6) as one example of a 
connecting means, so that this extension adapter 50 is 
attached to the connector 24a (Figure 7, Figure 8) of the 5 
controller 24. Due to this, the second-machine 20 is 
placed into an indirect connection with the cartridge 15 
for the first-machine 10 through the extension adapter 
50 and the connecting means such as an appropriate 
connector. 

10 

[0054] Thereafter the controller 24 is operated in order 
to start the second-machine game. Although the CPU 
21 at this time begins to operate based on programs 
stored on the ROM 25a, it first reads out game title and 
version data memorized on the ROM 1 5a and writes the is 
data onto a first-player area 261 in the RAM 26, and 
reads out the backup data (e.g., cartridge identification 
code, name, one or a plurality character codes, capabil- 
ity data by captured character, etc.) memorized on the 
RAM 15b and write the data into the area 261 . When 20 
there are a plurality of players, another player connects 
one's own cartridge 15 to his controller 24 through an 
extension adapter 50 (Figure 5, Figure 6) so that the 
backup data is written to a second- (to -fourth) player 
area of the RAM 26. In this manner, the backup data is 25 
written on a player-by-player basis in the RAM 26 in a 
manner discriminating one's data from others'. The 
CPU 21 executes a game process based on the pro- 
gram stored in the ROM 25a, and makes game process- 
ing in association with the first-player's backup data 30 
memorized in the area 261 of the RAM 26. It can be 
considered that this associated process includes dis- 
playing a backup-data library, e.g., displaying character 
names based on the codes of captured characters, and 
displaying character-basis capability data together with 35 
the captured character names. The associated process, 
as other examples, may include various processes, 
such as displaying with capability classification to facili- 
tate opting a character in a combat mode, displaying a 
list of same-kind characters with their numbers for refer- 40 
ence to exchange characters with a friend, displaying 
with comparison of capability data of both-side charac- 
ters when competing with a friend, processing a compe- 
tition according to another rule, etc. 

[0055] Utilizing the backup data on the memory car- 45 
tridge 15, backup data occurs through playing accord- 
ing to the game program for the second-machine 20. 
That is, the newest backup data, obtained by updating 
the backup data upon being read from the RAM 1 5b, is 
memorized in the RAM 26 when the play on the second- so 
machine 20 is ended. At this time, if the player opts an 
update mode by icon manipulation, the CPU 21 effects 
an updating process according to a read/write program. 
Specifically, the CPU 21 reads out the cartridge identifi- 
cation data, such as identification codes, names, etc., 55 
memorized in the RAM 15b of the memory cartridge 1 5 
connected, in association, to the controller 24, and com- 
pares these read-out data with the cartridge identifica- 



tion data, such as relevagt-player jdentification code, 
names, etc., memorized in the RAM 26. When the both 
identification data are coincident with (or in a predeter- 
mined relationship), the relevant-player's backup data 
memorized in the RAM 26 is read out and then written, 
for update, onto the RAM 15b. This prevents other 
player's backup data from being erroneously written 
over the RAM 15b of the memory cartridge 15. 
[0056] The methods to connect the RAM 15b, with 
association, to the second-machine 20 includes a vari- 
ety of modified embodiments. For example, the connec- 
tor 24a (Figure 7, Figure 8) of the controller 24 and/or 
the connector 23e of the second-machine 20 may be 
formed adapted to the end-face shape and contact 
structure of the memory cartridge 15 incorporating the 
ROM 15a and RAM 15b so that the memory cartridge 
15 can be connected directly or indirectly through cords 
or connectors to the controller 24 or the second- 
machine 20. 

[0057] In place of the system structure shown in Fig- 
ure 1 , another example of a game system as shown in 
Figure 3 may be employed. That is, the embodiment of 
Figure 3 incorporates the ROM 15a and RAM 15b in the 
first-machine 10 thus forming an integrated type, 
wherein the ROM 15a and RAM 15b, are connected to 
the CPU 11 through the I/O 12, instead of forming the 
ROM 15a and RAM 15b of the memory cartridge 15 in 
a cartridge type. This connector 13 is determined in 
such a form and contact structure that is connectable to 
the connector of the controller 24 and/or the connector 
23e of the second-machine 20. Thus, the connection of 
the connector 13 of the first-machine 10 to the connec- 
tor (not shown) of the controller or to the connector 23e 
within the second-machine 20 allows the backup data 
memorized on the RAM 15b to be transferred through 
the I/O 12, connector 13, controller 24, connector 23d, 
connector 23b and I/O 22 or through the I/O 12, connec- 
tor 23e and I/O 22 to the CPU 21 by which the data is 
written into the RAM 26. In this case, the program-mem- 
orizing ROM 15a and the backup-data-memorizing 
RAM 15b may be structured by a large capacity RAM 
having such a data capacity as adding together their 
capacities as was explained in the Figure 1 embodi- 
ment, so that the large capacity RAM can be backed up 
by a battery to write the first-machine program into the 
program area prior to starting a game on the first- 
machine 10. 

[0058] Further, the cord at its respective ends may be 
connected with connectors (not shown) f itable for the 
connectors 13, 23 so that the first-machine 10 (or RAM 
15b) and the second-machine 20 are connected, in an 
indirect fashion, through the cord and the connectors. In 
such a case, the game play operation on the second- 
machine 20 may be implemented by using the first- 
machine controller 14 in place of the controller 24. 
[0059] Incidentally, where using a disc 35 and disc 
drive 31, the extension adapter 50 or memory cartridge 
15 may be connected to the attachment connector 23e 
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(or disc drive exclusive connector). Also, if the second- 
machine 20 is provicied with a connector for external 
memory (RAM) connection, then the extension adapter 
may be structured for connection to that connector. 
[0060] Incidentally, the ROM 25a may have a conver- 5 
sion program (emulator program) memorized therein in 
order to convert the first-machine game program into a 
second-machine game program without providing the 
ROM 25a with a common program to that memorized in 
the ROM 1 5a. The program memorized in the ROM 1 5a w 
is also written into the RAM 26 by means of a read/write 
control program thereby using the first-machine pro- 
gram as a program for the seconp^achine.__By .doing 
so, it is possible to eliminate duplication or inefficiency 
of programs. 15 
[0061 ] Preferably, because the CPU 21 of the second- 
machine 20 is by far higher in processability than the 
CPU 11 of the first-machine 10, a conversion program 
with a high speed, such as 2-times, 4-times, or 8-times 
speed, may be memorized in addition to or in place of 20 
the program of same processing speed as that of the 
first-machine 10. This serves to increase the player 
object moving speed or other game progression speeds 
(the speed of raising or training captured animals, etc.) 
, thus speeding up the game progression. 25 
[0062] Now explanations will be made on further 
detailed embodiments. 

[0063] Referring to Figure 4, there is depicted an 
external view as one example of the second-machine 
20 used in the game system of the invention. In Figure 30 
4, the second-machine 20 includes a housing 19, in 
addition to the circuit configuration shown in Figure 1. 
The housing 19 has atop an insertion aperture 191 
formed for receiving therethrough a cartridge 20 for the 
second-machine 20, and a power switch 192 and a 35 
reset switch 193 provided at a front thereof. The car- 
tridge insertion aperture 191 is provided therein with a 
cartridge connector 23a (see Figure 1). The game 
machine 20 has a front panel on which a plurality of con- 
troller connectors 23b are provided to connect with con- 40 
trollers 24. The game machine 20 has at a backside a 
connector for extension which is to be connected with a 
disc drive unit 31. 

[0064] The controller 24 includes a housing 241 
formed with handles (three in the illustration). The hous- 45 
ing 241 has a top surface on which arranged are a 
direction instruct switch 242 for a player to operate 
instructing directions of character or object movement, 
an analog switch (referred to as also as a 3-D stick or 
joystick) 243 for analogically instructing directions of 
movement, and a plurality of motion switches 244 and 
reset/start buttons 245. The motion switches 244 
includes switches 244a - 244f, which are for instructing 
motions of a player character or player object in a game 
mode and selecting various kinds of commands in an 
image creation input mode. The housing also has, at 
upper side surface, side switches 246, 247 for instruct- 
ing other motions. The controller 24 has an insertion 



hole 245 having therein a connector (not shown) which 
is used to connect with an extension RAM (not shown) 
in the case the RAM 15b is insufficient in memory 
capacity. The connector of the controller 24 is used to 
connect with an extension adapter 50. Note that in the 
explanations given hereinbelow it is assumed that up to 
four players can play at a same time on the second- 
machine 20. Where the controller requires to be distin- 
guished with which the player is using, the controller for 
afirst player will be referred to as 20A and second, third 
and fourth players respectively as 20B, 20C and 20D. 
[0065] The disc drive 31 has a housing 31 1 having at 
^P^cpjinectpr 312 for connectipn wrtti an exte nsion 
connector (Figure 1 or Figure 3). The housing 311 has 
a disc insertion aperture 313 formed at a front face 
thereof. Into the disc aperture 313 is inserted a disc- 
formed record (or memory) medium (hereinafter 
referred to as "disc") 35, such as a magnetic or mag- 
neto-optical disc, that is formed readable and writable. 
[0066] The second-machine 20 is connected with a 
display unit (CRT) 40, such as a home-use TV set. 
[0067] Incidentally, the connector 23b shown in Figure 
4 may be connected with a communication cable so that 
the first-machine 10 is directly connected with the sec- 
ond-machine 20 through the communication cable. In 
such a case, a cartridge other than the game cartridge 
15 (Figure 1) is attached to the first-machine 10 and this 
other cartridge is connected to the second-machine 10 
through the communication cable and the connector 
23b. 

[0068] Referring to Figure 5 and Figure 6, there are 
illustrated perspective views of an extension adapter 50, 
wherein Figure 5 is a perspective view as viewed from 
the front while Figure 6 a perspective view as viewed 
from the backside. The extension adapter 50 has an 
insertion projection 52 formed in a T-form on an upper 
surface of a housing 51 . This insertion projection 52 is 
determined in such a form that can be inserted into an 
extension-RAM (not shown) insertion hole 248 (Figure 
7) formed on the backside of the controller 24. The 
insertion projection 52 has a connection circuit board 53 
built therein. The connection circuit board 53 is con- 
nected in a T-form to a circuit board incorporated within 
the housing 51 . The connection circuit board 53 is con- 
nectable to the connector 24a (Figure 7, Figure 8) pro- 
vided deep within the insertion hole 248 of the controller 
24. The insertion projection 52 is formed, in one side 
surface, with a lock recess 54 with which engageable for 
locking is a lock claw (not shown) formed within the 
50 insertion hole 248 of the controller 24. At the backside 
of the extension adapter 50, an insertion aperture 55 is 
formed in order to receive a first-machine cartridge 15. 
Within the insertion aperture 55, a connector 50a is 
arranged to connect with the cartridge 15. This connec- 
55 tor 50a is connected to the circuit board. The circuit 
board is mounted with a detection circuit and a data * 
transfer control circuit (both not shown). The detection 
circuit serves to detect that the cartridge 15 is attached 
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to, while the data transfer control circuit transfers the 
data in the RAM 15b and/or ROM 15a of the cartridge 
15 to the second-machine 20 via an internal circuit of 
the controller 24. 

[0069] As shown in Figure 7, the extension adapter 50 5 
is inserted into the insertion hole 248 at the backside of 
the controller 24 thereby connecting its connection cir- 
cuit board 53 to the connector 24a. Then, a cartridge 15 
is inserted from the rear of the controller 24 into the 
insertion aperture 55 as shown in Figure 8, so that a cir- 10 
cuit board (not shown) in the cartridge 1 5 is brought into 
connection to the connector 50a. This allows the 
backup data memorized on the RAM 15b of the car- 
tridge 1 5 to be transferred to the second-machine 20 via 
the extension adapter 50 and the controller 24. 15 
[0070] In this manner, the extension adapter 50 is in 
the T-formed exterior to have the insertion projection 52 
to be inserted into the insertion hole 248 formed at the 
backside of the controller 24. Due to this, the controller 
24 attached with the extension adapter 50, when rested, 20 
takes an almost horizontal position. Thus, the controller 
24 is stable in rest position, that is, the controller 24 is 
easy to manipulate even when it is placed on a table or 
pedestal. 

[0071] Further, the connection of the cartridge 15 to 25 
the controller 15 is made using the extension adapter 
50. Due to this, even when the second-machine 20 is 
distantly located from the player (e.g., near to a TV 
receiver 40), the player positioned where the controller 
24 is at his hand can easily connect (attach/detach) the 30 
cartridge 15. 

[0072] Referring to Figure 9, there is shown a main 
flowchart for explaining the operation of the game sys- 
tem of the invention. Figure 10 through Figure 15 are 
subroutine flowcharts each showing a detail of a certain 35 
step of the main flowchart. Note that, in Figure 9, the 
subroutine-flowchart figure No. is given in parentheses 
within a corresponding step S box, while the figure No. 
of illustrating an on-screen display example by the step 
is given at beside the relevant step No. outside the box. 40 
[0073] Now explanations will be made on an outline of 
the game system of this embodiment with reference to 
the Figure 9 flowchart and on-screen display examples 
for the corresponding steps. Prior to starting a game, 
preparations are made by attaching a cartridge 15 to 45 
the extension adapter 50 and connecting the extension 
adapter 50 to the controller 24 so that the controller 24 
is in connection to the connector 23b of the second- 
machine 20. It is herein assumed that the player has 
played the game with a game cartridge 15, that has a 50 
certain bearing on a second-machine cartridge 25, 
attached to the first-machine 10, and acquired a plural- 
ity of monsters, wherein the monster names (or 
acquired character codes) and monster-by-monster 
basis capability data have been memorized in the RAM 55 
15b. Some player may have memorized the data of 
capability enhanced by training the monster. It is also 
assumed that, where two users or players compete with 



each other, a first player uses a controller 24A and a 
second player a controller ?4B. 
[0074] Now if a power switch 192 is turned on, the 
main routine of Figure 9 is started. That is, the CPU 21 
of the second-machine 20 executes the following proc- 
esses according to the program data memorized on the 
ROM 25a (or magnetic disc 35) in the cartridge 25. 
[0075] At a step S1 an initializing process is per- 
formed. The initializing process is to write initial data 
into or clear off the memory areas, for example, of the 
external RAM 26 and the V-RAM 28 of the second- 
machine 20. The RAM 26 at all the memory areas is 
cleared off. At a step S2 a process is executed to read 
the backup data memorized in the RAM 15b. This read 
process will be explained later in greater detail with ref- 
erence to Figure 10. At a step S3 a game title and an 
operation-mode opting screen (see Figure 16) are dis- 
played. On this occasion, the player will opt either one of 
a "consult picture book" mode to look over the kinds or 
details of monsters caught during playing the game and 
a "combat mode" to make battle the own-captured mon- 
ster and another-player-captured monster with each 
other (or go to a stadium), wherein the monsters have 
been acquired by playing the game. At a next step S4 it 
is determined whether a picture book mode is selected 
or not. If the picture book mode is not selected, then it is 
determined at a next step S5 whether in a combat mode 
or not. If neither the picture book mode nor the combat 
mode is selected is determined, the process returns to 
the step S4 to wait for any mode selection. 
[0076] If the player operates the direction instruct 
switch 242 to move the cursor and depresses a switch 
for instructing command selection (e.g. 244a), it is 
determined that the picture book mode is selected, and 
the process advances to a step S6. At the step S6 a pic- 
ture book mode process is executed which process is 
detailed in Figure 11 and Figure 12 to be referred to 
later. 

[0077] Meanwhile, if a combat mode is opted by the 
player, this fact is determined at a step S5, and the proc- 
ess advances to a step S7. At the step S7 a combat 
mode process is executed which process is detailed in 
Figure 13 and Figure 14 to be referred to later. 
[0078] After processing the step S6 or S7, it is deter- 
mined at a step S8 whether in a backup data updating 
process or not. This determination is made depending, 
for example, upon rf the switch 246 has been depressed 
or not. At a succeeding step S9 a backup data updating 
process is performed. For example, the backup data 
memorized in a backup data memory area 261 - 264 
corresponding to a controller 24A - 24D (i.e., attached 
with an extension adapter 50 and cartridge 15) for which 
the flag Fa - Fd is written by logical "1" in the flag area 
265 is transferred to the corresponding controller 24A - 
24D and written into a RAM 1 5b of a cartridge 1 5 in con- 
nection to the relevant controller. At a step S10 it is 
determined whether re-play has been instructed or not. 
This determination is made depending upon if the 
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switch 245 has been depressed or not. If a re-play is 
determined, the protfass returns to the step S3 to repeat 
the operations of the steps S3 - S10. If a re-play is not 
made in a predetermined time or the power switch 192 
is turned off, the game operation on the second- 5 
machine 20 is ended. 

[0079] Now explanations will be made on the details 
of the steps S2, S6 and S7 of the main flowchart of Fig- 
ure 9 (i.e., detailed subroutines of these steps S2, S6 
and S7). 10 
[0080] The read process of the step S2 is carried out 
by executing a read process subroutine shown in Figure 
11L At astep S1 1 ^numeral "1 " is first set in t he counte r 
(denoted by an abbreviation CNT 1) in order to deter- 
mine as to which controller backup data is to be read 15 
out. In this case, the numeral "1" means the backup 
data reading from a first-player controller 24A. At a step 
S12 it is determined whether or not a first-machine car- 
tridge 15 is attached to the controller (24A at the begin- 
ning) corresponding to the value of the counter CNT1 . If 20 
the cartridge 15 is attached is determined, the process 
advances to a step S13. At the step Si 3 a game name 
and version data of the cartridge 1 5 attached to the con- 
troller 24A are read from the ROM 15a. At a step Si 4 
the game name and version data thus read are written 25 
into the corresponding memory area 261 to the control- 
ler 24A (for the first player). At a step S15 it is deter- 
mined whether the read game name and version data 
are predetermined ones or not. This determination is to 
confirm that a second-machine cartridge 25 or disc 35 30 
now being playable is in a predetermined relationship to 
the cartridge 15 and that an associated game or motion 
can be effected by using the cartridge 15. If the game 
name and the version data are determined as predeter- 
mined ones, then at a next step S16 the backup data 35 
(e.g., captured character codes, captured -character- 
basis capability data, etc.) memorized in the RAM 15b 
of the cartridge 15 being connected to the controller 
24A through the extension adapter 50 is written into the 
memory area 261 of the RAM 26. Thereafter, at a step 40 
S1 8 logicari" is written on the flag Fa corresponding to 
the controller 24A to memorize that the controller 24A is 
being used. At a step S1 9 the counter CNT1 is added by 
"1" (CNT 1 count value at this time is 2). This specifies 
that the backup data is to be read at a next time from the 45 
second player's controller (24B). It is determined at a 
step S20 whether the count value of the counter CNT1 
is 5 or not. If not 5 is determined, the process returns to 
the step S12 mentioned before. When the count value 
of the CNT1 becomes 5 by four-times repetition of the so 
step S12 - 20 operations, the backup data in a con- 
nected one of the f irst-to-fourth player's cartridges 15 is 
read out. 

[0031] Where the third and fourth player's controllers 
24C, 24D are not connected with an extension adapter 55 
50 or where they are connected with an extension 
adapter 50 but no cartridge 15 is attached thereto, this 
fact is determined at the step S12, and the process 



advances to a step S21. At the step S21 a message is 
displayed indicating that a cartridge 15 should be 
attached to an adapter 50 for the controller 24C, 24D. 
Thereafter, at a step S22 the flags Fc, Fd for the third 
and fourth player's controllers 24C, 24D are written by 
"0" thereby memorizing that the controllers 24C, 24D 
are not being used. Then the process advances to the 
step Si 9. 

[0082] If it is determined at the step S15 that the game 
name and the version data are not predetermined ones, 
then display is made at a step S23 to show that the 
game name and/or version data is inappropriate thus 
JnjJirating t^at^^ as 
adaptable for the present game system. 
[0083] The picture book mode process at the aforethe 
step S6 is carried out by executing the subroutine 
shown in Figures 1 1 and 12. That is, at a step S31 dis- 
play is made as shown in Figure 17 as to the identifica- 
tion code (ID code) and name of a cartridge 15 being 
attached to an extension adapter 50 on any of the con- 
trollers 24A - 24D for the respective first to fourth play- 
ers. At this time, the controller (e.g., 24C, 24D) not being 
attached with an extension adapter 50 or cartridge 15 
are not displayed of use (cartridge 15 shape is not dis- 
played) in order to make clear its out-of-use, and further 
the identification code and name inherent to an owner of 
the cartridge 15 are not displayed. At a step S32 it is 
determined whether a player has been selected or not. 
This determination is made by judging on the movement 
of the cursor (hand-shaped mark) to a first player's mark 
due to depression of the direction instruct switch 242 
and on the depression of the switch 244a However, 
where the second-machine 20 is connected with the 
controllers of a plurality of players (e.g., 24A, 24B), the 
players corresponding to the flags Fa - Fd memorizing 
T are determined, in order, as to the presence or 
absence of selection. At a step S33 display is made of a 
command-opting screen only for the selected player 
(see Figure 18). At this time, the player whose cartridge 
15 identification code and owner name are being dis- 
played can move the cursor to select a desired com- 
mand from the command being displayed on the right 
side of the screen, and determine the selection by 
depressing the switch 244a. 

[0084] If "picture book" is selected, then at a step S35 
a list of acquired (or collected) monsters is displayed as 
shown in Figure 19. The data on the acquired monsters 
(e.g., the number of findings, the number of captures, 
the number of possessions, etc.) is displayed. At this 
time, the player can move the cursor to opt a monster he 
desires to know, and depress the switch 244a. This pro- 
vides display of monster names through which detailed 
data can be displayed, together with marks, such as 
blocks or cursors, indicative of a selection state, as 
shown in Fig. 19. At a step S37 the selection-decision 
switch 244a is depressed or not is determined, rf not 
selection-decision is determined, at a step S38 it is 
determined by depressing the switch 244b whether can- 
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cellation is selected or not. If none of the switches are 
operated, the process returns to the step $35 to repeat 
the steps S35 - 38, thus waiting for selecting either one 
of selection-decision or cancellation. 
[0085] If it is determined that selection-decision is 
made, then at a step S39 the information on the 
selected monster is displayed in a type-1 display form 
as shown in Fig. 20. This type-1 form of monster infor- 
mation includes a name of the selected monster and its 
appearance as viewed in a certain direction (e.g., side- 
viewed shape, weight, height, features of the monster, 
etc. in the illustration). Then, at a step S40 it is again 
d^tennjned that the selection has been decided or not. 
If not decided, it is determined at a ste^S4T~whether 
cancellation has been made or not. If neither is 
selected, the process returns to the step S39. 
[0086] If opting the decision, then at a next step S42 
the information of the selected monster is displayed in a 
type-2 form (see Figure 21). This type-2 information dis- 
play includes, in addition to for example monster name, 
a shape as viewed at another angle, the monster's 
capability data (strike power, defensive power, quick- 
ness, special abilities), etc. In a state of type-2 informa- 
tion display, it is determined whether the player is 
manipulating the analog joystick 243 or not. If the ana- 
log joystick 243 is not operated, then at a step S44 the 
monster in display is laterally turned. Due to this, the 
operator can look the entire body of the monster he 
selected and know physical features of the monster. 
[0087] On the other hand, if it is determined that the 
analog joystick 243 is operated upward or downward, 
the process advances to a step S45. At the step S45 the 
monster is vertically turned (frontward or rearward) in 
display in response to upward or downward tilt of the 
analog joystick 243. This allows the player to know con- 
crete physical features concerning the monster and rec- 
ognize how the features are to be reflected in a battle 
against a competitor's monster. After the step S44 or 

545, the process advances to a next step S46. At the 
step S46 it is again determined whether selection-deci- 
sion has been opted or not. If the decision has been not 
opted, then at a step S47 it is determined whether can- 
cellation is selected or not. If neither has been selected, 
the process returns to the step S42 to repeat the opera- 
tions of the steps S42 - S47. 

[0088] If decision is selected at the aforesaid step 

546, then at a next step S48 the selected monster is 
displayed of information in a type-3 form (see Figure 
22). The type-3 information display includes kinds of 
weapons available and damage to the competitor by the 
weapon or hit-point amount as well as comments on the 
feature of the weapon selected by the cursor. 

[0089] At next steps S49, S50 and S51, operations 
similar to those explained in the steps S43, S44 and 
S45 are effected in response to a manipulation state of 
the analog joystick 243. At a next step S52 it is deter- 
mined that trial fire by (or attempting launch with) the 
weapon has been selected or not. This determination is 
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made by moving the cursor to opt a weapon and then 
depressing the switch 244a to designate the weapon. If 
selecting such weapon trial fire, then at a step S53 the 
monster using the selected weapon is displayed at 
upper left of the screen. Thereafter it is determined 
whether the switch 244b for designating cancellation 
has been depressed or not. If cancellation has not been 
selected, the process returns to the step S48. If cancel- 
lation has been selected, the monster list display state 
shown in Fig. 19 is returned. In the list display state, if a 
command "quit" is opted, this fact is determined at a 
step S55, and the process returns to the step S8 of the 
main ro utine. Thus the picture book mode is ended. 
[0090] Now explanations wilTbe made on the detail of 
the battle mode at the step S7 of the main routine, 
based on a subroutine shown in Figures 13 and 14. If a 
battle mode is started, a battle site is displayed at a step 
S61. At a step S62 display is made of two monster 
images selected by two players, various information 
contents (e.g., monster names, player names, monster 
capability data, etc.) and commands are available in the 
battle mode (e.g., to attack, monster, to flee, etc.). 
Simultaneously, the hit-point data (or defensive capabil- 
ity) of the monsters one of which was opted by each of 
the two players are respectively stored in the registers 
267, 268. At this time, if any one of the players operates 
the analog joystick 243, then at a step S63 image data 
is generated for display on the screen such that the 
monster is displayed at angle and/or in size varied while 
moving the camera, in response to operating state 
thereof. Such image representation is achieved by cal- 
culating data of a plurality of polygons for a monster 
based on the positional relationship between the poly- 
gon data and the camera and putting textures to the cal- 
culated polygons. 

[0091 ] At a step S64 it is determined whether the first 
player has opted "battle" or not. If the player has 
selected "battle", then at a step S65 display is made on 
kinds of tricks available with the monster selected by the 
player 1 . If the player selects a trick, trick select-decision 
is made is determined at a step S66. At a step S58 sub- 
traction is made of the hit point corresponding to a dam- 
age to the opponent by attack from the hit point of the 
opposite player stored on the register 268. The remain- 
ing hit point data is written into the register 268. At a 
step S69 it is determined whether the hit point for each 
of the two players has reached zero or not. If neither 
player's hit point is not zero is determined, the process 
returns to the step S64. 

[0092] Where the second player has opted the com- 
mand "battle", actions are effected by steps S71, S72, 
S73, S74, S75 and S76, wherein the motions are similar 
to those of the steps S64 - S69 as were explained. Nev- 
ertheless, the opponent hit-paint subtraction process at 
a step S75 is made by subtracting strike power deter- 
mined by the weapon used from the hit point of the first 
player stored in the register 267. 
[0093] At the steps S69 and S76, if it is determined 
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that the hit point of any of the players becomes zero, a 
process founding the battle operation (e.g., erasing the 
code of a defeated monster, etc.) is effected, and then 
the process returns to the step SB. The monster codes 
and capability data, owned for each of the first and sec- 5 
ond players after ending the fighting, is update-stored 
as backup data into the memory area 261 , 262. Accord- 
ingly, the backup data updated by the backup-data 
updating process at the aforesaid step S9 is update- 
written over the RAM 15b of the corresponding player's w 
cartridge 15. 

[0094] On the other hand, if it is determined that any 
player have not o pted the comman d "battle" , it is then 
determined at a step S77 whether the player 1 has 
opted "flee" or not. If the player 1 has selected fleeing, 75 
then display is made at a step S78 such that the mon- 
ster of the player 1 flees from the battle site, and then 
the process advances to the main routine step S8. 
Meanwhile, when the player 2 has opted the command 
"free", display is made at a step S80 such that the mon- 20 
ster of the player 2 runs away, and the process returns 
to the step S8. On the other hand, if the player 1 selects 
to change his monster, this fact is determined at a step 
S81 , and the process returns to the step S62. Similarly, 
if the player 2 selects to change his monster, that fact is 25 
determined at a step S82, and the process returns to 
the step S62. Thus the combat mode process is carried 
out 

[0095] Now explanations will be made on the detail of 
the backup data updating process at the step S9 of the 30 
main routine, based on a subroutine flowchart shown in 
Fig. 1 5. In the backup data updating process, if only one 
player is playing on the second-machine 20, there is no 
possibility of causing such problems that another 
player's backup data be erroneously written over the 35 
RAM 15b of the own cartridge 15 or the own backup 
data be written by mistake onto the RAM 15b of another 
player's cartridge 15. However, there might be a case of 
being written over by another player's backup data 
where a plurality of players perform a battle play on the 40 
second-machine 20 with using the backup data memo- 
rized in their own cartridges 15 (or a memory-medium- 
integrated-type first-machine built with ROM 15a and 
RAM 15b). Such erroneous writing or updating backup 
data is prevented by the following process. 45 
[0096] That is, rf the process is in updating backup 
data is determined at the step S8, then it advances to 
the step S9 to execute an updating process subroutine 
shown in Fig. 15. Specifically, at a step S91 a controller 
24A is designated by setting a numeral w 1 " in a counter so 
(CNT1 in the counter area 266) for designating a con- 
troller 24A - 24D. It is determined at a step S92 whether 
a cartridge 15 is attached to the controller 24A desig- 
nated by the counter CNT1 or not. If not attached, the 
process advances to a step S98 to be referred to later. 55 
while rf attached the process advances to a step S93. At 
the step S93 the identification (ID) code and/or name* 
data (hereinafter referred to as "ID code, etc.) memo- 



rized in the RAM 15b of the cartridge 15 attached to the 
controller 24A is read out and loaded onto a corre- 
sponding area in the RAM 26. At a step S94, by setting 
a numeral "1" in a counter (CINfT2 in the counter area 
266) for designating a player or memory area 261 - 264, 
a memory area 261 corresponding to the player 1 is 
designated from which the backup data is to be read 
out. At a step S95 ID code, etc. of the player 1 are read 
out of the memory area corresponding to the relevant 
player. At a step S96 comparison is made between the 
ID code, etc. of the cartridge 15 attached to the control- 
ler 24A and the ID code, etc. memorized in the memory 
area 261 to d etermine whether they are coincident with 
or not. If determined^cbincTder^ then ~at~a step S97 the 
backup data memorized in the memory area (e.g., 261) 
corresponding to the count value of the counter CNT2 is 
transferred to and update-written over the RAM 15b 
within the cartridge 15 attached to the controller (e.g., 
24A) corresponding to the count value of the counter 
CNT1 , and then the process advances to a step S98. At 
the step S98. if it is determined that all the controller 
24A - 24D have not completed of determination as to 
the presence or absence of attaching a cartridge to a 
corresponding controller, then at a step S99 the counter 
CNT1 is added by 1 to designate a next controller (e.g., 
24B). Then the process returns to the aforesaid step 
S92. The operations of the aforesaid steps S92 - S99 or 
S95, S96, S1 00 and S1 01 are repeated. 
[0097] Meanwhile, if determined not coincident at the 
aforesaid step S96, it is determined at a step Si 00 
whether the all the players' ID codes, etc. have been 
read out or not. If it is determined that all the players' ID 
codes, etc. have not been read out. then at a step Si 01 
the counter CNT2 is added by 1 to designate a memory 
area 262 for the player 2, and the process returns to the 
step S95. During the repetition of the steps S95, S96, 
S100 and S101, if there comes coincidence between 
the ID code, etc. read out of the cartridge 15 and the ID 
code, etc. read out of the memory area 261 - 264, then 
the process advances to a step S97. Also, in the afore- 
said step S98 if all the controllers 24A - 24D have been 
determined as to attachment of a cartridge correspond- 
ing thereto, the process returns to the main routine of 
Fig. 9. 

[0098] In this manner, an identification code is memo- 
rized in each cartridge 15. When writing backup data in 
an update fashion, collation is made between the identi- 
fication code of the cartridge being attached to the con- 
troller and the ID code corresponding to the backup 
data to be written over for update. If writing-over for 
update is made only when coincident, even when a plu- 
rality of players are playing at a same time on the sec- 
ond-machine 20, prevention \ s effectively given for a 
case that own backup data is written by mistake into 
another player's cartridge or own cartridge is written by 
another player's backup data 

[0099] When writing the backup data gained through 
playing on the second-machine 20 into a cartridge 15 
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attached to the controller 24, if both the code and the 
name data are utilized for checking, erroneous writing 
can be positively prevented. However, any one of the ID 
code and the name data may be used if exactness is not 
emphasized. Other data may be combined with the ID 5 
code, et. to collate between the cartridge such data has 
been read out and the cartridge to be written over for 
update. 

[0100] Incidentally, in the above embodiments expla- 
nations were made for the case that the first-machine 10 
cartridge 15 and the second-machine cartridge 25 con- 
tain the monster capture-and-raise game and the battle 
game. Hqwever^_the _ techno]ogical thought of the 
present invention is not limited to suchgames. it is 
needless to say that the invention is also applicable to is 
various games, including roll playing games and sports 
games. In such a case, the programs for the first and 
second-machines 10, 20 differ in content depending 
upon game kinds, and the program with applicability 
therebetween may naturally differ depending there- 20 
upon. 

[0101] Although the present invention has been 
described and illustrated in detail, it is clearly under- 
stood that the same is by way of illustration and example 
only and is not to be taken by way of limitation, the spirit 25 
and scope of the present invention being limited only by 
the terms of the appended claims. 
[0102] Further according to the present invention 
there is provided a game system including a first game 
machine and a second game machine in which backup 30 
data obtained through playing a first game on the first 
game machine is memorized in a first game cartridge, 
the first game cartridge being attachable to an exten- 
sion adapter, and the extension adapter being mounta- 
ble on a controller for the second game machine, said 35 
backup data of the first game machine being inputtable 
into the second game machine and the second game 
machine being attachable with a second game cartridge 
so that the second machine can execute a second 
game by processing the backup data according to a 40 
second game program set up in the second game car- 
tridge. 

[0103] Further according to the present invention 
there is provided a game system for utilizing data, that 
has been obtained through playing game software for 45 
one game machine and varied due to game progres- 
sion, to play a game according to associated or inter- 
linked game software for another game machine. 
[0104] Further according to the present invention 
there is provided a first backup memory means and/or so 
second backup memory means for a game system as 
defined in any one of the foregoing statements of inven- 
tion of this specification. 

[0105] Further according fo the present invention 
there is provided a method of playing a game including 55 
using information derived from playing a first game on a 
first game apparatus, and for playing a second game 
using information input from a memory means to play a 



second game on a second (possibly different) game 
machine, in order to play a third, interlinked game or 
second game modified by the information derived from 
playing the first game. 

[0106] It is to be understood that the scope of the 
present invention is not to be unduly limited by the par- 
ticular choice of terminology and that a specific term 
may be replaced by any equivalent or generic term. For 
example, the term "machine" may be replaced by 
"apparatus" or "equipment" or the like and is not to be 
interpreted as unduly limiting. The first game machine 
and second game machine could be processing parts of 
the same overall apparatus or incorporated into same 
unit. 

[0107] Further it is to be understood that individual 
features, method, software or functions related to the 
game system, memory medium or parts thereof, or 
combinations of same, might be individually patentably 
inventive. In particular, any disclosure in this specifica- 
tion of a range for a variable or parameter shall be taken 
to include a disclosure of any selectable or derivable 
sub-range within that range and shall be taken to 
include a disclosure of any value for the variable or 
parameter lying within or at an end of a range. This sin- 
gular may include the plural or vice versa. 
[0108] Therefore, further according to the present 
invention there is provided a game system including first 
game apparatus for playing a game using data from a 
first memory means and for storing backup data (on 
said first memory means), a second game apparatus for 
playing a game using data from a second memory 
means, the arrangement being such that the backup 
data is utilizable with the data from the second memory 
means for playing an associated or interlinked game, or 
game program modified by said backup data. 

Claims 

1 . A game system, comprising: 

a first processing means (11) included in a first 
game machine (10), said first game machine 
being a portable game machine; 
a first backup data memory means (15b) for 
memorizing backup data obtained through 
processing a first game program memorized in 
a first game program memory means (15a) by 
said first processing means (11); 
a second game machine (20) having a second 
processing means (21), said second game 
machine being a video game machine con- 
nected to a separately provided display; 
a connection means (50) electrically connected 
to said first backup data memory means (15b) 
and transferring said backup data to said sec- 
ond game machine; 

a second backup data memory means (25b) 
provided in association with said second game 
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machine (20) and temporarily memorizing the 
backup data read out of said first backup data 
memory means (15b) through said connection 
means; and 

a second game program memory means (25a) 
provided in association with said second game 
machine (20) and memorizing a second game 
program to be processed by said second 
processing means (21), wherein 
said second processing means executes a sec- 
ond game associated with the backup data by 
executing the second game program memo- 
rized, in said second game program memory 
means whHe utilizing the backup data memo- 
rized in said second backup data memory 
means, further comprising: 
an identification information holding means 
(15b) for holding identification information (ID, 
Name) in association with said first backup 
data memory means (15); 
an identification information read means (21, 
S93) for reading the identification information 
out of said identification information holding 
means; and 

a temporary memory means (21 , S93, 26) for 
temporarily memorizing the identification infor- 
mation. 

2. A game system according to claim 1 , further com- 
prising an update means (21, S97) for updating the 
backup data memorized in said first backup data 
memory means based upon change caused as a 
result of executing the second game program by 
said second processing means. 

3. A game system according to claim 2, wherein said 
second backup data memory means includes a plu- 
rality of memory areas (261 - 264), further compris- 
ing a specifying means (21, Si 2) to specify said 
first backup data memory means, wherein said 
update means writes the backup data into corre- 
sponding one of said plurality of memory areas to 
said first backup data memory means specified by 
said specifying means. 

4. A game system according to claim 2, further com- 
prising an update determining means (21 , S96) to 
determine whether the backup data in said first 
backup data memory means may be updated or 
not, based upon the second identification informa- 
tion memorized in said temporary memory means. 

5. A game system according to claim 2, wherein said 
update determining means includes a read means 
(21 , S93) to read out the second identification infor- 
mation associated with said first backup data mem- 
ory means to which* said second processing means 
is accessing, and a second identification informa- 



10 



tion determining means (21, S96) to determine 
whether the second identification information mem- 
orized in said temporary memorizing means and 
the second identification information read out by 
said read means are in a predetermined relation- 
ship or not. 

A game system according to claim 5, wherein the 
second identification information includes an inher- 
ent ID number to said first game program memory 
means. 
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. A 9§ni? system according to claim 1, further com- 
prising: 

a first identification information holding means 
(15a) for holding first identification information 
(game name, version data) in association with 
said first backup data memory means (15b), 
the first identification information including a 
game title of the first game program; 
a use determining means (21, S15) to deter- 
mine based on the first identification informa- 
tion whether the backup data of said first 
backup data memory means is usable or not; 
and 

an incompatibility notifying means (21, S23) to 
notify incompatibility when nonusability is 
determined by said use determining means. 

A game system according to claim 1, further com- 
prising: 

a first identification information holding means 
(15a) to hold first identification information 
(game name, version data) in association with 
said first backup data memory means (15b), 
the first identification information including ver- 
sion information of the first game program; 
a use determining means (21, Si 5) to deter- 
mine based on the first identification informa- 
tion whether the backup data of said first 
backup data memory means is usable or not; 
and 

an incompatibility notifying means (21, S23) to 
notify incompatibility when nonusability is 
determined by said use determining means. 

A game system according to claim 1, further com- 
prising: 

a first identification information holding means 
(15a) to hold first identification information 
(game name, version data) in association with 
said first backup data memory means (15b), 
the first identification information including a 
game title and version information of the first 
game program; 
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a use determining means (21, S15) to deter- 
mine based on the first identification informa- 
tion whether the backup data of said first 
backup data memory means is usable or not- 
and ' c 

5 

an incompatibility notifying means (21 , S23) to 
notify incompatibility when nonusability is 
determined by said use determining means. 

1 0. A game system according to claim 1 , wherein said w 
second game machine includes a plurality of con- 
nectors (23b) to disconnectably connect a plurality 

of second operation means, said connection means 
being provided on each of said plurality of operation 
means, and said second backup data memory 15 
means including a plurality of memory areas (261 - 
264) corresponding to said plurality of operation 
means. 

1 1 . A game system according to claim 1 0, wherein said 20 
first backup data memory means is given inherent 
identification information, further comprising an 
identification information display means (21, S31) 

to display the identification information in said first 
backup data memory means on said separately 25 
provided display when said first backup data mem- 
ory means is connected to said connection means. 

12. A game system according to claim 11, wherein 
identification information display means is formed 30 
on said separately provided display a plurality of 
display regions corresponding to said plurality of 
connectors, and displays the identification informa- 
tion on a corresponding one of said plurality of dis- 
play regions when said first backup data memory 35 
means is set up on said second operation means 

by said connection means. 

13. A game system according, to claim 11 or 12, 
wherein the identification information includes a 40 
name entered by a player who has played a first 
game which backup data has been memorized in 
said first backup data memory means. 

14. A game system, comprising: 45 

a first backup data memory means (15b) for 
memorizing backup data obtained by process- 
ing a first game program memorized in a first 
game program memory means (15a) by a first so 
processing means (11) included in a first game 
machine (10); 

a second game machine (20) having a second 
processing means (21); 

an access means (50, 24, 23d. 23b, 22: 23f 55 
23a, 22: 2, 13, 24, 23d, 23b, 22: 23e, 22) for 
causing said second processing means (21) to 
access to said first backup data memory 



means (15b); • 

a second backup data memory means (25b) 
provided in association with said second game 
machine (20) and temporarily memorizing the 
backup data read out of said first backup data 
memory means (15b) by said second process- 
ing means (21); 

a second game program memory means (25a) 
provided in association with said second game 
machine (20) and memorizing second game 
program to be processed by said second 
processing means (21); 
an update means (21, S97) for updating the 
backup data memorized in said first backup 
data memory means depending upon change 
caused as a result of executing the second 
game program by said second processing 
means; 

a second identification information holding 
means (15b) for holding second identification 
information (ID, Name) in association with said 
first backup data memory means (15b), an 
identification information read means for read- 
ing out the second identification information 
from said second identification information 
holding means; and 

a temporary means (21 , S93. 26) for temporar- 
ily memorizing the second identrfication infor- 
mation; wherein 

said second processing means effects a game 
associated with the backup data by executing 
the second game program memorized in said 
second game program memory means while 
utilizing the backup data memorized in said 
second backup data memory means; and 
said second backup data memory means 
includes plurality of memory areas (261-264), 
further comprising a specifying means (21 \ 
S12) for specifying said first memory means! 
wherein said update means writes the backup 
data into one of said plurality of memory areas 
corresponding to a first backup data memory 
means specified by said specifying means. 
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FIG. 2 
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